Touch input assist

ABSTRACT

A user interface of an electronic content rendering device implements input assistance to enhance user experience when browsing linked content. As a touch input moves along a trajectory, an input assistance application provides enhanced fields associated with various navigation elements as the touch input draws toward the navigation elements. Responsive to detecting deceleration of the touch input within a threshold distance of a navigation element, the input assistance application enhances the associated field.

BACKGROUND

Portable electronic devices, such as gaming devices, mobilecommunication devices, portable media players, portable digitalassistants (PDAs), electronic book (eBook) reader devices, and the like,are becoming increasingly popular. These devices often include a screenfor visually conveying information to a user. Users of such portableelectronic devices can provide input via a user interface, using apointer to select, for example, an object or link on the screen.Affirmation that the user input has been received and applied to theselected object or link is typically manifest visually on the screen bysuch techniques as highlighting or changing the color of the object ofthe link or by altering the visual representation of the pointer. Indevices that employ display with a relatively short refresh time (e.g.,a cathode ray tube (CRT) display, a liquid crystal display (LCD), etc.),the visual confirmation is provided almost immediately after the userprovides the input.

However, some devices employ displays that do not have comparativelyfast refresh times. Such displays, like an electronic paper displayemployed in eBook reader devices, often do not provide the sameimmediacy of input feedback. Instead, there may be a perceptible delaybetween when a user provides input and when that input is visuallydisplayed on the screen. This delay can be confusing to users, becausethey are not sure whether the device registered their input at all.Complicating matters is that some of these same displays employ largerpixel granularity. As a result, it may be more difficult to identify thelocation of the user's intended input on the screen. In some extremecases, the user may unintentionally activate a different object or link.This can be frustrating to users, because they are not sure why thedevice registered their input in that way, and it may take multipleadditional inputs to unwind the incorrect selection.

BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description is set forth with reference to the accompanyingfigures. In the figures, the left-most digit(s) of a reference numberidentifies the figure in which the reference number first appears. Theuse of the same reference numbers in different figures indicates similaror identical items or features.

FIGS. 1 and 2 illustrate an electronic device, in the form of anelectronic book (eBook) reader device, which may implement gravity-basedlink assist techniques. An illustrative screen rendering of an exemplaryuser interface is provided on the device's display to demonstrateaspects of the link assist techniques.

FIGS. 3 and 4 illustrate the eBook reader device of FIG. 1, but furthershow another illustrative screen rendering to demonstrate other aspectsthe gravity-based link assist techniques.

FIG. 5 illustrates the eBook reader device of FIG. 1, but further showsanother illustrative screen rendering to demonstrate other aspects oflink assist techniques.

FIG. 6 is a block diagram of illustrative subsystems of an eBook readerdevice similar to that of FIG. 1.

FIG. 7 illustrates an architecture in which gravity-based link assisttechniques may be employed by a variety of devices to enhance userexperience in navigating links on the devices.

FIGS. 8-11 are flow diagrams for processes of implementing linkassistance and presenting the assistance in a way that facilitatesenhanced user experience.

DETAILED DESCRIPTION

Overview

This disclosure describes an architecture and techniques in which a userinterface of an electronic content rendering device employsgravity-based link assist to enhance user experience when browsinglinked content. The linked content may include various types of digitalcontent, such as music, movies, images, electronic books, periodicals,and so on. Moreover, the linked content may be local, e.g., stored onthe electronic device, or remote and accessible via a network. Thecontent rendering device may be embodied in many ways, such as anelectronic book (eBook) reader device, a mobile communication device,personal digital assistant (PDA), portable media player, tabletcomputer, netbook, and the like. However, in specific implementationsdescribed below, the content rendering device is a dedicated handheldeBook reading device (“eBook reader device” or simply “eBook reader”)that uses gravity-based link assist to enhance user experience while theuser browses linked content on an eBook reader device.

As discussed above, for electronic devices employing a display with arelatively long refresh rate (e.g., update times of at least about 15milliseconds), there may be a perceptible delay between when a userprovides input and when that input is visually presented on the display.This delay can be confusing to users, because they may be unsure whetherthe device registered their input. In some instances, a user who isunsure about whether input was received may reenter the input multipletimes, possibly resulting in multiple and/or unintended actions beingperformed by the eBook reader device.

As used herein “refresh rate” refers to the time it takes to update orrefresh data displayed on a display screen. Refresh rate refers to thetime to update a display and may include a full display frame update, inwhich all or substantially all of the data displayed on a display screenis refreshed, or a partial display frame update, in which only a portion(e.g., a menu or other localized region) of the display screen isrefreshed. Additionally, for some devices, the granularity of thedisplay and correspondingly larger distances covered by user input maycause a pointer to appear to skip over an intended link.

This disclosure describes various illustrative techniques for enhancinguser experience during operation of an electronic device. Theillustrated techniques include enhancing user experience by confirmingreceipt of user input by providing pointer gravity feedback, byimproving user target acquisition by employing gravity-based linkassist, or by otherwise enriching the user experience. Gravity-basedlink assist may be used to provide visual confirmation of the user'sinput more quickly, thereby removing uncertainty in the mind of the userabout whether an input was received. In at least some implementations,the gravity-based link assist may be provided more quickly than adisplay update time of the electronic device.

While techniques for gravity-based link assist are described in thecontext of portable electronic devices having displays with relativelylong display update times, such as electronic paper displays, thetechniques described herein are also applicable to devices havingdisplays with shorter display update times. In that case, thegravity-based link assist may be provided substantiallycontemporaneously with visual feedback. Moreover, while the techniquesare described in the context of portable electronic devices, thetechniques are also applicable to other electronic devices, such aslaptop and desktop computers, set-top-boxes, game consoles or controls,televisions, appliances, audio/video equipment, and the like.

Illustrative Electronic Device

FIG. 1 shows an example of one illustrative electronic device, eBookreader device 100(1), which is capable of employing gravitation linkassist to enhance user experience. Although in the illustratedimplementation the electronic device 100(1) is embodied as a handheldelectronic book (eBook) reader device, virtually any other type ofelectronic device may be used and may be configured to providegravity-based link assist as will be described below in more detail. Assuch, the electronic devices equipped with gravitation link assist aregenerally labeled with a reference 100, and specific types of devicesare identified with extensions (1), (2), etc., as represented by theeBook reader device 100(1) of FIG. 1.

As shown in FIG. 1, the eBook reader device 100(1) has a body or housing102, a display 104 for displaying information to a user via a graphicaluser interface, and a user interface made up of various mechanisms. Inthis example, the display 104 comprises an electronic paper display,such as those made by eInk Corporation of Cambridge, Mass. The userinterface comprises a variety of mechanism for users to interact withthe device 100(1) including a keypad 106, an on/off slider 108, multiplebuttons 110, and a user input cluster 112 including a joystick 114 and apivot button 116. In some implementations, the display 104 may alsocomprise a user input mechanism in the form of a touch screen, with softkeys that may replace or complement the physical input mechanisms.Further, one or more of the buttons, input cluster, or joystick may beomitted or replaced such as by a mouse, eraser pointer, touch pad, oranother user input mechanism.

In the illustrated eBook reader device 100(1), the keypad 106 includes aplurality of alphabetic, numeric, and/or function keys for entry of userinput. The on/off slider 108, as its name suggests, allows users to turnat least some systems of the device 100 on or off. However, power tosome systems of the device may be controlled independently of the on/offswitch. Buttons 110 allow users to turn pages forward and back within aneBook and go to a home page. The joystick 114 allows users to selecttextual links and objects on the display and perform other selection andnavigation options presented by various screen renderings. Pivot button116 allows users to perform other actions, such as open menus, navigateback, and undo selections.

Using an electronic paper screen as the display 104 reduces the powerconsumption of the electronic device 100(1), thereby extending batterylife. Electronic paper displays also provide a very easy to read displaythat resembles an actual printed page of text. However, as mentionedabove, electronic paper displays tend to have a longer display updatetime than other types of displays, such as cathode ray tube (CRT)displays and liquid crystal displays (LCDs). For example, electronicpaper displays may have a display update time greater than about 15milliseconds. Typically, electronic paper displays have display updatetimes greater than about 100 milliseconds, and in some implementations,displays may have display update times greater than about 250milliseconds.

The user interface (UI) allows users to display and navigate through acollection of media items. In various implementations such media itemsinclude one or more of eBooks, web pages, audio files, video files,games, programs, and/or other electronic items. Moreover, such mediaitems may be stored locally or remote from the eBook reader device100(1). As used herein, the term eBook includes electronic copies ofbooks, magazines, newspapers, maps, publications, and the like. The UIprovides a cursor or pointer to facilitate user navigation. FIG. 1 showsa pointer rendered at various instances in time at various locationsalong respective trajectories 118A and 118B. Users may control thepointer by a mechanism, such as joystick 114, to select, highlight,and/or modify text or other items on the display.

The UI further employs a pointer gravity application to implementgravity-based link assistance for user selection of links. Pointergravity parameters may be individually configured for acceleration anddeceleration. For example, acceleration represents the force exerted toleave a gravitational field whereas deceleration may represent arecognized decrease in speed within a gravitational field.

FIG. 1 illustrates an eBook reader device 100(1) belonging to “Jane.”Jane's eBook reader has multiple content items. On Jane's device we cansee that not all of her 18 items are shown. Her items include a documenttitled “Crim Pro Outline,” several eBooks including “The Lost Symbol,”the “Autobiography of Benjamin Franklin,” and “Born to Run” as well asthe eMagazine “Newsweek.”

In the example of FIG. 1, gravitational fields are illustrated forpurposes of explanation as a gray area surrounding each navigationelement or “clickable” link. For example, gravitational field 120surrounds a link for “Crim Pro Outline,” while gravitational field 122surrounds a link for “Grace” who provided the Crim Pro Outline. Inpractice, the gravitational fields may not be visible to the user atall. In other instances, gravitational fields may be presented when apointer enters a field with the pointer.

In at least one implementation, clicking to activate a link is a pointergravity parameter that results in activation of a pointer gravityapplication and the pointer being repositioned in the middle of the linkalong the path the pointer was traveling. Additionally, the link may bepresented with an underline when the pointer enters the gravitationalfield. In the examples illustrated by FIG. 1, for the trajectory 118Afrom point “A” to point “B” the pointer is depicted decelerating in thefields 124 and 126 for the links corresponding to the “Born to Run” and“Newsweek,” as represented pictorially by the underlines becomingvisible for those links. In other instances, deceleration of the pointeris registered when the pointer enters a gravitational field. In suchinstances, deceleration within the gravitational field is a recognizedparameter for activating the pointer gravity application.

Pointer gravity parameters may be predetermined or user configurable toset a threshold distance from a clickable link where a gravitationalfield becomes active. The rate of deceleration for gravitational fieldactivation may also be predetermined or configurable by the user and maydiffer for various types of links. For example, links represented byimages may have a stronger gravitational pull than that of textuallinks.

In various implementations, a user may configure types of links to haveeither weaker or stronger relative gravity in accordance with the user'spreference for the type of media represented or the particular item. Forexample, suppose user “Jane” assigns a high gravity to the linkpertaining to the content item “Crim Pro Outline” provided by Grace,because Jane is preparing for an upcoming Criminal Procedure exam in lawschool. However, once the exam is completed, Jane may assign a lowergravity. As another example, a high gravity may be set for links toeBooks that the user is currently reading, and lowered when the userfinishes the eBooks. When a link has weaker gravity, the pointer maymove through the region or field with less delay, and may even appear toskip over the link more quickly, than in comparison to pointer movementthrough links with stronger associated gravity.

As illustrated, a pointer beginning at point “A,” may follow atrajectory 118A from point “A” to point “B” toward the bottom of thedisplay 104. Similarly, albeit not simultaneously, a pointer beginningat point “C,” may follow a trajectory 118B from point “C” to point “D”toward the top of the display 104. Along a trajectory, when a pointerdecelerates within a gravitational field of a navigation element,gravity-based link assist automatically positions the pointer at theassisted-center of the associated link. For instance, as the pointermoves across the link for the eBook “Born to Run” in the trajectory118A, the pointer is automatically placed at the assisted-center of thelink. This automatic assistance enhances the experience of a user whomay otherwise become frustrated with selecting an undesired link or notbeing able to select a link in a desired location because of pixelgranularity or other reasons. Such automatic assistance is discussed ingreater detail with regard to FIG. 2, below.

In some implementations, the assisted-center position is automaticallyselected based on a comparison of the gravitational field and thetrajectory such that the assisted-center is in the middle of the gravityfield along the trajectory irrespective of the middle as determined withrelation to the trajectory. In other instances, the assisted-centerposition is the middle of the gravitational field. In still otherinstances, the assisted-center position is a location relative to thegravitational field and the trajectory that is a calculated distancetoward the middle of the gravitational field without leaving theoriginal trajectory by more than a calculated distance. Other techniquesare contemplated to determine assisted-center position for someimplementations.

FIG. 2 shows essentially the same UI as that shown in FIG. 1, but isaltered to remove the text of the various links along the left-handside, leaving just the grayed area representing the gravitational field.Centers of the visible portion of the links are signified with a plussymbol “+” whereas assisted-center positions along the trajectories 118Aand 118B are demarcated with the letter “x,” and assisted-centerpositions shifted from the trajectory toward the center “+” in aresignified with a less-than symbol “<.” Situations where the center ofthe visible portion of the link corresponds to the assisted-centerposition have been illustrated with an asterisk “*” to denote alignmentof the plus symbol “+” and the letter “x.” It is first noted that thecenter “+” represents both the vertical and horizontal center of thegravitational field for the visible portion of the link. In contrast,the assisted-center position “x” represents the horizontal or verticalcenter of the gravitational field along the trajectory. Theassisted-center position “<”, meanwhile, represents a position shiftedfrom the trajectory toward the horizontal and/or vertical center “+” insituations when the assisted center along the trajectory is calculatedas being too close to an edge to be satisfying to a user. That is, thetechniques may pull the pointer towards a center of a field ininstances, where the assisted-center along the trajectory is too nearthe border of the field. By doing so, the techniques more clearlyillustrate to the user that the pointer is actually within the fieldrather than adjacent to or straddling a border of the field.

FIG. 2 presents two roughly parallel arc-shaped trajectories 118A and118B. As illustrated, the pointer follows the first trajectory 118A frompoint “A” close to the top of the display 104, down and to the lefttoward point “B.” The pointer also follows the second trajectory 118Bfrom point “C” close to the bottom of the screen, up and to the righttoward point “D.” One way of understanding the trajectories referencesthe movement of a pointer with respect to the gravitational fields overwhich it crosses. As illustrated, in a downward motion negative anglesare illustrated respective to a horizontal representation of thegravitational fields crossed. Similarly, in an upward motion positiveangles are illustrated respective to a horizontal representation of thegravitational fields crossed. In FIG. 2, several examples of pointerspassing over gravitational fields are presented. For example, the firstgravitational field that the pointer passes over in trajectory 118A isgravitational field 120 followed by gravitational field 202. Bycontrast, the pointer does not pass over gravitational field 120 intrajectory 118B, and gravitational field 202 is the last gravitationalfield that the pointer is illustrated traversing before reaching point“D.”

As mentioned above, in various implementations the assisted-centerposition may be in the middle of the gravity field along the trajectory.In other instances, the assisted-center position is the middle of thegravitational field. In still other instances, the assisted-centerposition is a location relative to the gravitational field and thetrajectory that is a calculated distance toward the middle of thegravitational field without leaving the original trajectory by more thana calculated distance.

More particularly, the trajectory of the pointer, beginning at point “A”and moving toward point “B” in FIG. 2 approximates a −107 degree pathacross the display 104. In this example, the negative value indicates arelative right to left downward motion. Thus, when a user deceleratesthe pointer within the gravity field 120, the pointer is automaticallyplaced at an assisted-center associated with the current −117.3 degreepath. In the first implementation described above, the assisted-centerfor the pointer on its trajectory across gravity field 120 is along thecurrent −117.3 degree path at the location marked with an “x.” In thesecond example, the assisted-center for pointer 118A on its trajectoryacross gravity field 120 is at the location marked with a “+.”Additionally, for the third example, (not shown), the assisted-centerfor pointer 118A on its trajectory across gravity field 120 would bebetween the first and second examples, at a location based on apredetermined distance from the trajectory. In some instances the thirdexample is activated responsive to the assisted-center for a pointer ona trajectory across a gravity field being calculated as too close to anedge of the gravity field to be satisfying to a user, while in otherinstances the third example is activated based on close proximity of the“x” and the “+.” As the pointer continues along the trajectory 118A frompoint “A” toward point “B,” when a user decelerates pointer 118A withinthe gravity field 202, the pointer is automatically placed at anassisted-center associated with the current −109.2 degree path. Inaccordance with the examples discussed above, the assisted-center forthe pointer on its trajectory across gravity field 202 may be at thelocation marked with an “x,” a “+,” or between the “x” and the “+.”

Where the trajectory 118A of pointer enters gravity field 124, thepointer is automatically placed at an assisted-center associated withthe current −106.1 degree path. In some instances the proximity of the“x” and the “+” may trigger the pointer 118A being placed between the“x” and the “+” as in the third example described above. Note that theassisted-center position implemented for each link need not be the sameassisted-center position. For example, while traveling on theillustrated trajectory 118A, the pointer may be placed at the “x”assisted center upon deceleration within gravitational fields 120 and202, while it may be placed at an assisted center between the “x” andthe “+” or at the “+” upon decelerating within gravitational field 124.Where the trajectory 118A of the pointer enters gravity field 126presents an example of a situation where the center of the visibleportion of the link corresponds to the assisted-center position. Thepointer is automatically placed at an assisted-center associated withthe current −106.1 degree path, which is illustrated with an asterisk“*” to denote alignment of the plus symbol “+” and the letter “x.”

Similarly, as shown by the trajectory 118B, beginning at “C” and movingtoward point “D” in FIG. 2, the path approximates a 73 degree pathacross the display 104. In this example, the positive value indicates arelative left to right upward motion, although the paths of pointer 118Aand 118B are roughly parallel.

Thus, when a user decelerates the pointer within the gravity field 204,the pointer is automatically placed at an assisted-center associatedwith the current 79.5 degree path. In the first implementation describedabove, the assisted-center for the pointer on its trajectory acrossgravity field 204 is along the current 79.5 degree path at the locationmarked with an “x,” even though this location is only slightly withingravitational field 204. Such an implementation may be preferred toavoid shocking the user with unexpected movements of the pointer outsideof their current trajectory.

In the second example, the assisted-center for the pointer on itstrajectory 118B across gravity field 204 is at the location marked witha “+.” Additionally, for the third example, marked with a “<,” theassisted-center for the pointer on its trajectory 118B across gravityfield 204 is between the first and second examples, at a location basedon a predetermined distance from the trajectory. As the pointercontinues along the trajectory 118B from point “C” toward point “D,”when a user decelerates the pointer within the gravity field 206, thepointer is automatically placed at an assisted-center associated withthe current 78.4 degree path. In accordance with the examples discussedabove, the assisted-center for the pointer on its trajectory acrossgravity field 206 may be at the location marked with an “x,” a “+,” orbetween the “x” and the “+.” Due to the close proximity of the “x” andthe “+” for the pointer on its trajectory across gravitational field206, deceleration within gravitational field 206 may cause the pointerto be placed at an assisted center between the “x” and the “+” or at the“+” upon decelerating within gravitational field 206.

As mentioned above, gravity-based link assist operates responsive tochanges in velocity of a pointer. A pointer gravity application(discussed below) monitors changes in pointer velocity. When a pointerdecelerates upon crossing a boundary of a gravitational field, or iswithin a threshold distance of a boundary of a gravitational field, thepointer gravity application moves the pointer from its current positionto an assisted-center position relative to that gravitational field, asdiscussed above. In various implementations the pointer gravityapplication may exert a gravitational pull that keeps a pointer at anassisted-center position for a period of time. In such implementations,a user may overcome the gravitational pull by continuing to move thepointer or accelerate out of the gravitational pull.

Gravity-based link assist is implemented to enhance visual feedback inaiding the user as he or she moves the pointer over the links. Althoughmultiple implementations are possible, assisted placement of the pointeris designed not to surprise the user by unnatural or startlingplacements. In the examples illustrated, when the links are traversed bya pointer traveling along one or both of the “A” and “B” trajectories,and the pointer decelerates within the gravity field of one of thelinks, the pointer may be repositioned at the assisted-center shown bythe “x.” This repositioning is manifest visually as the pointer beingsnapped or skipped to the horizontal and/or vertical center of the fieldconsistent with the trajectory, thereby providing visual feedback to aidthe user in seeing which link the pointer is currently referencing.

In another implementation, the pointer may be placed outside of thetrajectory if the horizontal and vertical center of the visible link(shown by the “+”) is within a threshold distance of theassisted-center. For example, in the illustrated trajectory 118A betweenpoints “A” and “B,” when the pointer decelerates in the gravitationalfields 208 or 124, the pointer may be placed at the center of therespective links. Similarly, in the illustrated trajectory 118B betweenpoints “C” and “D,” when the pointer decelerates in the fields for thelinks corresponding to 206 or 210, the pointer may be placed at thecenter of the respective links.

In the examples illustrated by FIG. 2, for the trajectory 118B frompoint “C” to point “D,” the pointer is depicted decelerating in thefields 204, 126 and 208 as shown by the underlines visible for thoselinks. Various associated functionality may also be enabled in someinstances. For example, assisted placement of the pointer on one linkmay provide an efficient route to an associated link. This is depictedin FIG. 2 where an associated link to gravity field 124 is presented forthe author, Chris McDougal, as shown by the underline in gravity field212. Thus, by activating an alternate selection input mechanism (e.g.,pivot button 116 instead of the joystick 114), a user having navigatedthe pointer to the title of an item may access content about the authorwithout having to navigate the pointer to the link for the author.

FIG. 3 illustrates another example of an implementation of gravity-basedlink assist in which several of the navigation elements presented aspart of the UI are images.

FIG. 3 illustrates an eBook reader device 100(1) belonging to “Tim.”Tim's eBook reader has multiple content items. On Tim's device we cansee that not all of his 15 items are shown, and one is only partiallyscrolled onto the screen. His items include the eMagazine “Newsweek,”shown with gravity field 302 several eBooks including “The PurposeDriven Life,” shown with gravity field 304 and “The Collected ShortStories of Louis L′Amour,” shown with gravity field 306, as well as anaudio file, “Hey Ya!” shown with gravity field 308. Links and associatedgravitational fields are also presented for the authors Louis L′Amour at310 and Rick Warren at 312, as well as the group Outkast at 314. Anaudio file, “Parody of Have a Nice Day” shown with gravity field 316 ispartially scrolled onto the screen. Note, in the illustrated example,the gravity field 302 associated with “Newsweek, Mon. Oct. 28, 2009”encompasses both the image and the date as a single field. Such acombined field may be desired when no link associated with the navigatedlink is available.

As illustrated, a pointer may follow a trajectory 118C from point “E” topoint “F” generally toward the top of the display 104. Similarly, albeitnot simultaneously, the pointer may follow a trajectory 118D from point“G” to point “H” generally toward the bottom of the display 104. Innon-illustrated examples a pointer may follow a generally horizontaltrajectory beginning at either the left or the right of the display.

As mentioned above, links represented by images may be configured tohave a stronger gravitational pull than that of textual links. Theserpentine nature of the trajectory beginning at point “E” close to thebottom of display 104 and moving up toward point “F” may be seen as anillustration of a stronger gravitational pull being assigned to images.However, in other implementations, the trajectory beginning at point “E”the may illustrate many users' innate desire to select images withoutemploying a stronger gravitational pull for gravitational fieldsassociated with image links. In both instances, the trajectory of thepointer is seen to move from one image to another. As demonstrated bythe locations where the pointer is shown, the pointer decelerates withinthe gravity fields of “The Purpose Driven Life” at 306, “Hey Ya!” at308, and “The Collected Short Stories of Louis L′Amour” at 304. However,in each instance the user has not stopped the pointer at the center ofthe link relative to the pointer's trajectory. Thus, the pointer ispulled to the assisted-center position as shown by the second instanceof the pointer within gravitational fields 306, 308, and 304respectively. This is discussed in more detail with regard to FIG. 4,below.

Similarly, as shown by the trajectory 118D of the pointer, beginning atpoint “G” and moving toward point “H,” demonstrates an example ofrelative gravity. By virtue of the pointer 118D crossing the image andassociated gravitational link 304 for “The Collected Short Stories ofLouis L′Amour,” the user is assumed to be interested in that link unlessthe user performs a horizontal motion to change the trajectory towardthe “Louis L′Amour” link, 310. Thus, the pointer is pulled to theassisted-center position as shown by the second instance of the pointer,shifted slightly toward the center within gravitational field 304.Although not illustrated, a pointer trajectory could cross the image andassociated gravitational link 316, for the “Parody of Have a Nice Day.”In one such instance, the pointer is pulled to an assisted-centercorresponding to the visible portion of the gravity field, withoutregard to the portion not present on the screen. In another instance,the presence of the pointer within the gravitational field may cause theimage and associated gravitational link 316, for the “Parody of Have aNice Day” to become fully visible on the screen.

FIG. 4 shows essentially the same UI as that shown in FIG. 3, but it isaltered to remove the images of the various links along the left-hadside, leaving just the grayed area representing the gravitationalfields. Centers of the gravitational fields are signified with a plussymbol “+” whereas the assisted-center positions along the trajectories118C (from point “E” to point “F”) and 118D (from point “G” to point“H”) are demarcated with the letter “x,” and assisted-center positionsshifted from the trajectory toward the center “+” in are signified witha less-than symbol “<.” Situations where the center of the visibleportion of the link corresponds to the assisted-center position areillustrated with an asterisk “*” to denote alignment of the plus symbol“+” and the letter “x.”

Similar to the behavior discussed regarding FIGS. 1 and 2, the center“+” represents both the vertical and horizontal center of thegravitational field for the visible portion of the link. In contrast,the assisted-center position “x” represents the horizontal or verticalcenter of the gravitational field along the trajectory, while theassisted-center position “<” represents a position shifted from thetrajectory toward the horizontal and vertical center “+” in situationswhen the assisted center along the trajectory is calculated as too closeto an edge to be satisfying to a user.

In the examples illustrated, when the links are traversed by one or bothof the trajectories 118C and 118D of the pointer, and the pointerdecelerates within the gravity field of one of the links, the pointermay be placed at the assisted-center shown by the “x.” In anotherimplementation, the pointer may be placed at an assisted-center positionoutside of the trajectory if the horizontal and vertical center of thevisible link (shown by the “+”) is within a threshold distance of theassisted-center or if the assisted-center position along the trajectoryis within a calculated distance from an edge of a gravitational field.For example, in the serpentine trajectory 118C from point “E” to point“F,” when the pointer decelerates in the fields 308 or 304, the pointermay be placed at the horizontal and vertical center of the gravitationalfields. However, in the trajectory 118D from point “G” to point “H,” thepointer is not depicted as decelerating within the threshold distance ofthe horizontal and vertical center of the visible link (shown by the“+”). Thus, along the trajectory 118D from point “G” to point “H,” thepointer is placed at an assisted-center of the respective links.

In the examples illustrated by FIG. 4, for the trajectory 118D, thepointer is depicted as coming within the gravitational field 304 andbeing placed at an assisted center (shown by the “<”) closest topointer's current trajectory which is a calculated distance toward thehorizontal and vertical center of gravitational field 304. The pointeris later depicted as decelerating in the gravitational field 312 for thelink corresponding to “Rick Warren” as shown by the pointer at the edgeof the link and then positioned at the assisted center of the link asshown by the pointer within the gravitational field 312.

FIG. 3 and FIG. 4 also illustrate associated functionality such as thatdiscussed above regarding FIG. 1 and FIG. 2. For example, assistedplacement of the pointer on the image links may provide an efficientroute to the associated links for the corresponding author or artist.This is depicted in FIG. 4 where an associated link to gravity field 308is presented for the artists Outkast, as shown by the underline ingravity field 314, although neither pointer traverses field 314. Thus,by activating an alternate selection input mechanism (e.g., pivot button116 instead of the joystick 114), a user having navigated the pointer tothe image may access content about the author or artist without havingto separately navigate the pointer to the link for the author or artist.Similarly, assisted placement on the link for the author or artist mayprovide an efficient route to the associated image link where anassociated link from gravity field 312 for the author, Rick Warren, asshown by the underline in gravity field 312, is presented to the gravityfield 306, which corresponds to an image of his work in Tim's collectionof items. In at least one instance, activating an alternate selectioninput mechanism on partially visible gravity field 316 may cause theimage and associated gravitational link 316 to become fully visible onthe screen. In another instance, activating an alternate selection inputmechanism on partially visible gravity field 316 may access contentabout the artist without having to obtain full visibility of gravityfield 316 or a link to the artist.

FIG. 5 illustrates another example of an implementation of linkassistance in which several of the navigation elements presented as partof the UI are images.

FIG. 5 illustrates an eBook reader device 100(1) belonging to “Pat.”Pat's eBook reader has multiple content items, and the ones that arevisible are the same as Tim's discussed above. On Pat's device we cansee that not all of his 20 items are shown, and one is only partiallyscrolled onto the screen. His items include the eMagazine “Newsweek,”shown with field 502, several eBooks including “The Purpose DrivenLife,” shown with field 504, and “The Collected Short Stories of LouisL′Amour,” shown with field 506, as well as an audio file, “Hey Ya!”shown with field 508. Links and associated fields are also presented forthe authors Louis L′Amour at 510, and Rick Warren at 512, as well as thegroup Outkast (not fully visible). An audio file, “Parody of Have a NiceDay” 516, shown with enhanced field 518 is partially scrolled onto thescreen. Note, in the illustrated example, the field 502 associated with“Newsweek, Mon. Oct. 28, 2009” encompasses both the image and the dateas a single field. Such a combined field may be desired when no linkassociated with the navigated link is available.

As illustrated, a touch input may follow a trajectory 118E from point“I” to point “J” generally toward the bottom of the display 104.Similarly, albeit not simultaneously, another touch input may follow atrajectory 118F from point “K” to point “L” generally diagonal fromright to left of the display 104. In non-illustrated examples a pointermay follow a generally horizontal trajectory beginning at either theleft or the right of the display.

As mentioned above, links may be configured to have a strongergravitational pull or enhancement in some situations. In the instance oftouch input, for example, navigation of a trajectory toward a navigationelement such as the link for Rick Warren, may increase the size of thefield 512. In the example illustrated, the size of the field 512 isapproximately double the size of the field for Rick Warren representedin FIG. 3 due to the trajectory of the touch input toward thatparticular field. Thus, while on the trajectory 118E and when the touchinput slows, as shown at point “J,” the field 512 is increased based onthe trajectory. In at least one implementation, the size of the field isincreased responsive to the touch input slowing or stopping. Thereafter,when a tap input is received within the enlarged field (or within athreshold distance of the enlarged field), a selection indication isprovided graphically and/or audibly. In each instance, the enhancedfield improves user satisfaction with link selection while using touchinput.

Additional, functionality is also enabled via enhanced fields for touchinput. In the illustrated example, the enlarged field 512 is shownmerged with that for 506. This enables a user to provide an alternatetouch input to access the associated link for the book, “The PurposeDriven Life.” For example, provided that point “J” is within theconfigured threshold distance to the filed 512, a double tap, swipe, orother alternate touch input at “J” may activate the book link via field506.

Similarly, as shown by the trajectory 118F, beginning at point “K” andmoving toward point “L,” demonstrates an example enhanced field for alink that is only partially visible. By virtue of the touch input 118Fhaving a trajectory that will cross the image 516, for the “Parody ofHave a Nice Day,” the user is assumed to be interested in that link. Asshown, the associated field 518 has been enlarged to improve the user'sexperience. In the instance shown, a tap at point L will activate thelink 516. In another instance, the touch input (e.g., tap), or analternate touch input (e.g., double tap), within the field or within athreshold distance of the field may cause the image 516 and associatedenhanced field 518, for the “Parody of Have a Nice Day” to become fullyvisible on the screen.

In various embodiments, although an enhanced field is provided thatprovides improved functionality for touch input by expanding sensitivityof the link, no graphical indication of the enhancement is provided.

Illustrative Electronic Device Subsystems

In addition to the exterior components enumerated in FIG. 1, anelectronic device 100 also has various internal components, which arereferred to generally as subsystems 600. The subsystems 600 include atleast one processing unit 602 and memory 604. The processing unit 602interacts with the memory 604 to facilitate operation of the electronicdevice, such as eBook reader devices 100(1) or 100(2). The memory 604may be used to store content 606, such as eBooks, periodicals, audioand/or video media, etc. The memory 604 may also include a browser 608,a rendering driver 610, and a pointer gravity application 612 toimplement gravity-based link assist.

In some implementations the memory 604 also includes field enhancementapplication 614 and/or other software programs or other executablemodules 616 that may be executed by the processing unit 602. Examples ofsuch programs or modules include indexing modules for indexing content,reader programs, content presentation applications, control modules(e.g., power management), network connection software, an operatingsystem, interface drivers, sensor algorithms, page turn detectors, usercredentials and such.

Subsystems 600 may include various other internal components including,for example, a display control 618, input/output (I/O) components 518, awireless interface device 622, and a battery and power control unit 624.

In at least one implementation, display control 618 enables settingvarious parameters for display 104. In one implementation, the display104 uses electronic paper (e.g., ePaper™) display technology, which isbi-stable, meaning that it is capable of holding text or other renderedimages even when very little or no power is supplied to the display.Some example electronic-paper-like displays that may be used with theimplementations described herein include bi-stable LCDs, MEMS,cholesteric, pigmented electrophoretic, and others. In otherimplementations, or for other types of electronic devices, the display104 may be embodied using other technologies, such as LCDs and OLEDs,and display control 618 further may include a touch screen controller.

Input/output (I/O) components 620 may include various user interfacecontrols (e.g., controls for buttons 110 and 116, joystick 114, keyboard106, etc.), audio speakers, connection ports, and so forth. In someimplementations, a touch sensitive mechanism may be included in the I/Ocomponents to interact with the display 104 to form a touch-screendisplay.

A network interface 622 supports both wired and wireless connection tovarious networks, such as cellular networks, radio, WiFi networks, shortrange networks (e.g., Bluetooth), IR, and so forth.

The electronic device 100 may also include a battery and power controlunit 624. The power control unit operatively controls an amount ofpower, or electrical energy, consumed by the electronic device. Activelycontrolling the amount of power consumed by the device may achieve moreefficient use of electrical energy stored by the battery.

The memory 604 may include volatile memory (such as RAM), nonvolatilememory, removable memory, and/or non-removable memory, implemented inany method or technology for storage of information, such ascomputer-readable instructions, data structures, program modules, orother data. Also, the processing unit 602 may include onboard memory inaddition to or instead of the memory 604. Some examples of storage mediathat may be included in the memory 604 and/or processing unit 602include, but are not limited to, random access memory (RAM), read onlymemory (ROM), electrically erasable programmable read only memory(EEPROM), flash memory or other memory technology, compact disk(CD-ROM), digital versatile disks (DVD) or other optical storage,magnetic cassettes, magnetic tape, magnetic disk storage or othermagnetic storage devices, or any other medium which can be used to storethe desired information and which can be accessed by the electronicdevice 100. Any such computer-readable media may be part of theelectronic device 100.

The electronic device 100 may have additional features or functionality.For example, an eBook reader device such as device 100(1) or device100(2) may also include additional data storage devices (removableand/or non-removable) such as, for example, magnetic disks, opticaldisks, or tape. The additional data storage media may include volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information, such as computerreadable instructions, data structures, program modules, or other data.

Various instructions, methods and techniques described herein may beconsidered in the general context of computer-executable instructions,such as program modules, executed by one or more computers or otherdevices. Generally, program modules include routines, programs, objects,components, data structures, etc. for performing particular tasks orimplementing particular abstract data types. These program modules canbe implemented as software modules that execute on the processing unit602, as hardware, and/or as firmware. Typically, the functionality ofthe program modules may be combined or distributed as desired in variousembodiments. An implementation of these modules and techniques may bestored on some form of computer-readable media. Another implementationof these modules and techniques may be transmitted across some form ofcommunication media.

Architectural Environment

FIG. 7 illustrates an example architecture 700 in which a variety ofelectronic devices 100 may employ gravity-based link assist to enhanceuser experience. The electronic devices 100 are variously configuredwith different functionality to enable consumption of one or more typesof media items. The media items may be any type or format of digitalcontent, including, for example, electronic texts (e.g., eBooks,electronic magazines, digital newspapers, etc.), digital audio (e.g.,music, audible books, etc.), digital video (e.g., movies, television,short clips, etc.), images (e.g., art, photographs, etc.), andmulti-media content.

Essentially any type of content rendering device may be used to consumemedia items, and thereby benefit from an enhanced user experience. Inthis example, such devices include a first eBook reader device 100(1), asecond eBook reader device 100(2), a portable digital assistant (PDA)100(3), a smart phone 100(4), a multifunction communication device100(5) such as the iPhone® device from Apple, Inc., a laptop computer100(6), a desktop computer 100(7), a tablet computer 100(8) such as theiPad® device from Apple, Inc., an entertainment system 100(9), and aprojection screen 100(D). While these example devices are shown forpurposes of illustration and discussion, it is noted that many otherelectronic devices may be used, such as portable media players, cameras,video cameras, netbooks, notebooks, gaming consoles, DVD players, mediacenters, and such.

The electronic device 100 may communicate with an intermediary service702 via a network 704. Electronic devices 100 may connect to network 704using wired or wireless links, such as WiFi, Bluetooth, infrared (IR),radio, and so on. Additionally, multiple electronic devices 100 mayconnect to each other via ad hoc wireless networks. In such networks,which are also referred to as “mesh” networks, protocols exist to enablewireless devices to discover and connect to one another. One example ofa wireless technology and associated protocols is the WiFi wirelessnetworking technologies defined according to IEEE 802.11 standards.Bluetooth is another example of an open wireless protocol for exchangingdata over short distances between devices.

In some implementations, an ad hoc network may be established betweentwo or more devices, such as the eBook reader device 100(1) and eBookreader device 100(2). These devices may be operated in a master/slavearrangement, or in a peer-to-peer arrangement. In other implementations,the ad hoc network may be embodied as a mesh network where some devicesact as intermediary devices between the endpoint devices. In such cases,the intermediary devices may be configured as both master/slave toreceive communication from one device (such as the eBook reader device100(2)) and pass that communication onto the next device (such asanother electronic device 100(1-D)).

Alternatively, the electronic device 100 may indirectly connect toanother of the electronic devices 100 by sending instructions through anintermediary party, such as a service 702 hosted on a server systemcomposed of multiple servers 706(1), . . . , 706(N). The electronicdevices 100 communicate with the service 702 over a network 704. Thenetwork 704 is representative of any one or combination of multipledifferent types of networks, such as the Internet, cable networks,cellular networks, wireless networks, and wired networks.

The servers 706(1)-(N) collectively have processing and storagecapabilities to receive requests from the electronic devices 100 forenhanced media experience. In one implementation, the servers 706(1)-(N)facilitate continuing communication between two or more devices as analternative to, or in addition to, use of the ad hoc network. In someimplementations, the servers 706(1)-(N) store the digital media items,although in other implementations, the servers merely facilitatecommunications between devices. The servers 706(1)-(N) may be embodiedin any number of ways, including as a single server, a cluster ofservers, a server farm or data center, and so forth, although otherserver architectures (e.g., mainframe) may also be used.

The devices depicted in architecture 700 provide an enhanced userexperience by providing gravity-based link assist as discussed, above.For instance, suppose a particular device, for example 100(7) includes asensitive input mechanism with which a particular user has had minimalexperience. Gravity-based link assist employing pointer gravity enhancesthe experience of the user by alleviating frustration with the new inputmechanism. Similarly, some users may lack the fine motor skills desiredto operate a variety of input mechanisms due to declining health,injury, etc. Gravity-based link assist facilitates such users' enjoymentof a wide array of electronic devices 100.

As illustrated in the example screen shot at 708, different types oflinks may be set with different gravity. As shown from the address barthe pointer travels vertically down the screen, over the link for thecommenter “dij” and stops at the comment box. In this instance the usermay have set the comment box type to have a maximum relative gravity orthe commenter “dij” to have no gravity or minimal relative gravity.

In increasing numbers, additional functionality is being ascribed toexisting devices. In some instances the available input mechanisms donot provide a satisfactory user experience when accessing the addedfunctionality. For example, some television remote controls are notcurrently well suited to internet browsing via entertainment systemssuch as 100(9). Users of such systems are generally limited to hoppingfrom one link to another through an electronic program guide.Gravity-based link assist enables more enjoyable user interaction bypredicting the user's desired target link based on trajectory andpointer deceleration within a gravity field and automatically placingthe pointer at the assisted-center of the target link. Similarly, manyspeakers are challenged to keep a pointer from wobbling wildly whengiving a presentation using a projection screen such as 100(D) with alaser pointer. Such users benefit from having a presentation withembedded links and using an input mechanism (e.g., smart pointer)employing gravity-based link assist.

Example Operation

FIG. 8 is a flowchart of an illustrative method 800 that may beimplemented using the electronic device of FIGS. 1-5. The method 800 mayalternatively be implemented using a different electronic device such asone or more of those shown in FIG. 7.

The method 800 begins, at 802, when a cursor or a pointer is rendered aspart of a user interface of an electronic device, such as the eBookreader 100(1). In several implementations the user interface is aninterface to a browser. The user interface has at least one navigationelement such as an actuatable link (e.g., a hyperlink). The navigationelement has an associated field, such as a gravity field 120representing an area that surrounds the navigation element.

At 804, a user activates a user input mechanism, such as joystick 114,to move the pointer across the user interface.

At 806, the processing unit 602 in concert with the browser 608 (oranother program in memory 604) determines the trajectory of the pointeras it crosses the field associated with the link.

At 808, the processing unit 602 employs pointer gravity application 612and data from the rendering driver 610 to ascertain changes in velocityof the pointer as the pointer is moving. Velocity represents the rate ofchange of pointer position along a path or trajectory as shown in thefollowing equation.

$\overset{\_}{v} = \frac{\Delta\; d}{\Delta\; t}$Velocity represents a change in displacement over time. Thus, velocityincludes a directional component, e.g., the direction of displacement.The direction of displacement may be determined based on two or moreinput points obtained from the pointer movement. In some embodimentsinput may be sampled at predetermined intervals of time to determinedirectionality. In other embodiments the input is sampled when thepointer enters a gravitational field.

At 810, when the pointer is located within a gravity field anddecelerating, the processing unit 602 in concert with the renderingdriver 610 repositions a rendering of the pointer from its current pointto an assisted-center point relative to the trajectory, the visibleportion of the link and the gravity field. In some embodiments therepositioning occurs responsive to the speed of the pointer reachingzero. However, in several embodiments an activation speed may beconfigured such that when the pointer decelerates so that the speed ofthe pointer coincides with the activation speed, pointer gravity isactivated to reposition the pointer at the assisted-center along thetrajectory of the pointer at the time the activation speed was reached.

FIG. 9 is a flowchart of another illustrative method 900 that may beimplemented using the electronic device of FIGS. 1-5. The method 900 mayalternatively be implemented using a different electronic device such asone or more of those shown in FIG. 7.

The method 900 begins, at 902, when user input is received via a userinput mechanism (e.g., a joystick, a touch screen, etc.) of anelectronic device, such as the eBook reader 100(1). In severalimplementations the user input is received while browsing a userinterface on the electronic device. In various embodiments, the userinput signifies a point of control and is represented by a pointer orcursor in the user interface of the electronic device.

At 904, instances of the user input are captured for use by agravity-based link assistance application, such as pointer gravityapplication 612. In a variety of implementations, the instances of theuser input that are captured are determined based on one or more ofpixel granulation of a display screen of the electronic device or arefresh rate of a display screen of the electronic device.

At 906, the processing unit 602 and gravity-based link assistanceapplication ascertain velocity of the user input from the capturedinstances of user input.

At 908, the processing unit 602 in concert with the gravity-based linkassistance application evaluates a trajectory of the user input based onthe captured instances of user input.

At 910, the processing unit 602 in concert with the gravity-based linkassistance application defines a gravitational region corresponding to anavigational element, such as a link, presented on the user interface ofthe electronic device. The actuatable link may have an associatedgravitational region, such as a gravity field 120. In severalimplementations, the gravitational region represents an area of theactuatable link and/or the area of the actuatable link and apredetermined and/or configurable amount of surrounding space. In atleast one example, the surrounding space is measured relative to theportion of a link that is visible on the display when the entire link isnot visible. In at least one instance, a gravitational regioncorresponding to a link may already be defined and act 910 may beomitted.

At 912, a location of the user input received from the user inputmechanism is compared to a gravitational region of the user interfacealong the trajectory of the user input.

At 914, the processing unit 602 in concert with the gravity-based linkassistance application identifies deceleration of the user input whenthe user input is in an area corresponding to a gravitational region.

At 916, a representation of the user input is rendered at a selectedpoint of the gravitational region in the user interface of the display104. The representation is rendered by the processing unit 602 inconcert with the gravity-based link assistance application and therendering driver 610, responsive to the user input coming to a stopwithin the gravitational region or within a threshold distance of thegravitational region. In some instances, the selected point representsan assisted-center point relative to the trajectory, a visible portionof the link and/or the gravity field. Such an assisted-center point maybe a calculated middle based on the horizontal and vertical middle ofthe gravitational region, and in some cases may be selected based on theportion of the link visible on the display without regard to extendedportions of the link that are not visible on the display. Therepresentation rendered in various examples may include a modifiedrepresentation of the user input such as a different graphic, anenlarged graphic, and/or a non-visual representation such as feedbackassociated with the user input.

In some embodiments the rendering occurs responsive to the speed of therepresentation of the user input reaching zero. However, in severalembodiments an activation speed may be configured such that when thespeed of the representation of the user input coincides with theactivation speed, pointer gravity is activated to render therepresentation of the user input at the assisted-center along thetrajectory of the representation of the user input at the time theactivation speed was reached.

FIG. 10 is a flowchart of an illustrative method 1000 that may beimplemented using the electronic device of FIGS. 1-5. The method 1000may alternatively be implemented using a different electronic devicesuch as one or more of those shown in FIG. 7.

The method 1000 begins, at 1002, when a user input is received via auser interface of an electronic device, such as the eBook reader 100(1).In several implementations the user input is touch input, and theinterface is an interface to a browser, although the techniques apply toany other user interfaces. The user interface has at least onenavigation element such as an actuatable link (e.g., a hyperlink). Thenavigation element has an associated field, such as a gravity field 120representing an area that surrounds the navigation element.

At 1004, values representing motion of the user input are captured viathe user interface, e.g., via a touch interface.

At 1006, the processing unit 602 in concert with the browser 608 (oranother program in memory 604) determines the trajectory of the userinput as it crosses the field associated with the link.

At 1008, the processing unit 602 employs field enhancement application614 and data from the rendering driver 610 to ascertain changes invelocity of the user input as the user input (e.g., a user's finger) ismoving. Velocity represents the rate of change of input position along apath or trajectory as shown in the following equation.

$\overset{\_}{v} = \frac{\Delta\; d}{\Delta\; t}$Velocity represents a change in displacement over time. Thus, velocityincludes a directional component, e.g., the direction of displacement.The direction of displacement may be determined based on two or moreinput points obtained from the user input movement. In some embodimentsinput may be sampled at predetermined intervals of time to determinedirectionality. In other embodiments the input is sampled when the input(e.g., finger) enters a gravitational or other enhanced field.

At 1010, when the user input is located within a field or within athreshold distance of a field such as a gravity field or other enhancedfield and decelerating, the processing unit 602 and field enhancementapplication 614, sometimes in concert with the rendering driver 610,enhances the field by, for example, enlarging the field or merging twoor more fields. In some embodiments the enhancement occurs responsive tothe speed of the user input reaching zero. However, in severalembodiments an activation speed may be configured such that when theuser input decelerates so that the speed of the user input coincideswith the activation speed, pointer gravity is triggered to activate thenext gravity field along the trajectory of the user input at the timethe activation speed was reached.

FIG. 11 is a flowchart of another illustrative method 1100 that may beimplemented using the electronic device of FIGS. 1-5. The method 1100may alternatively be implemented using a different electronic devicesuch as one or more of those shown in FIG. 7.

The method 1100 begins, at 1102, when a first type of user input isreceived via a touch user input mechanism of an electronic device,(e.g., eBook reader 100(1), eBook reader 100(2), any of the otherelectronic devices shown in FIG. 7, etc.). In several implementationsthe user input is received while browsing a user interface on theelectronic device. In various embodiments, the user input signifies apoint of control and is received via touch (e.g., finger, stylus, etc.)control of the user interface of the electronic device.

At 1104, instances of the first type of user input are captured for useby an input assistance application, such as field enhancementapplication 614 and/or pointer gravity application 612. In a variety ofimplementations, the instances of the first type of user input that arecaptured are determined based on one or more of pixel granulation of adisplay screen of the electronic device or a refresh rate of a displayscreen of the electronic device.

At 1106, the processing unit 602 and input assistance applicationascertain velocity of the first type of user input from the capturedinstances of the first type of user input.

At 1108, the processing unit 602 in concert with the input assistanceapplication evaluates a trajectory of the first type of user input basedon the captured instances of first type of user input.

At 1110, the processing unit 602 in concert with the input assistanceapplication defines an enhanced region corresponding to a navigationalelement, such as a link, presented on the user interface of theelectronic device. The actuatable link may have an associated enhancedregion, such as a gravity field 120, or enhanced fields 512 or 518. Inseveral implementations, the enhanced region represents an area of theactuatable link and/or the area of the actuatable link and apredetermined and/or configurable amount of surrounding space. In atleast one example, the surrounding space is measured relative to theportion of a link that is visible on the display when the entire link isnot visible. In at least one instance, an enhanced region correspondingto a link may already be defined and act 1110 may be omitted.

At 1112, a location of the first type of user input received from theuser input mechanism is compared to an enhanced region of the userinterface along the trajectory of the first type of user input.

At 1114, the processing unit 602 in concert with the input assistanceapplication identifies deceleration or ceasing of the first type of userinput when the first type of user input is in an area corresponding toan enhanced region. For example, within a calculated threshold distanceof an enhanced region.

At 1116, a second type of user input (e.g., tap, double tap, etc.) isreceived via the touch user input mechanism of the electronic device. Insome instances the second type of user input is recognized as beingwithin a calculated proximity of the last instance of the first type ofuser input.

At 1118, responsive to receiving the second type of user input, anindication of activation of the enhanced field is provided. Theindication may be an audio, graphical and/or tactile indication. In someinstances the indication includes activation of the associated link. Invarious implementations, the representation is rendered by theprocessing unit 602 in concert with the input assistance application andthe rendering driver 610, responsive to the second type of user inputwithin the enhanced region or within a threshold distance of theenhanced region. The representation rendered in various examples mayinclude a modified representation of the enhanced field or of theassociated link such as a different graphic, an enlarged graphic, and/ora non-visual representation such as audio or tactile feedback associatedwith the user input.

Certain acts in methods 800, 900, 1000 or 1100 need not be performed inthe order described, may be modified and/or may be omitted entirely,depending on the circumstances. Moreover, any of the acts of any of themethods described herein may be implemented by a processor or othercomputing device based on instructions stored on one or morecomputer-readable media.

CONCLUSION

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described. Rather,the specific features and acts are disclosed as illustrative forms ofimplementing the claims. For example, the methodological acts need notbe performed in the order or combinations described herein, and may beperformed in any combination of one or more acts.

What is claimed is:
 1. A method implemented on an electronic book reader device, the method comprising: presenting a user interface (UI) with one or more navigational elements on a display of the electronic book reader device, the UI responsive to touch input to allow user selection of the navigational elements; defining a region corresponding to individual navigational elements such that selection of the region causes selection of the corresponding navigational element; receiving a touch input within the UI; monitoring a trajectory of the touch input as the touch input moves over the navigational elements; determining whether the touch input is decelerating within a threshold distance of a region associated with a navigational element along the trajectory; and responsive to determining that the deceleration is within the threshold distance of the region, enlarging the region associated with the navigational element.
 2. A method as recited in claim 1, wherein enlarging the region associated with the navigational element is also responsive to determining that the trajectory of the touch input is toward the region associated with the navigational element.
 3. A method as recited in claim 1, wherein enlarging the region is based at least in part on calculation from a point approximately center of the navigational element.
 4. A method as recited in claim 1, wherein the one or more navigational elements comprise hyperlinks.
 5. A method as recited in claim 1, wherein the region is identified as the space approximately covered by the navigational element.
 6. A method as recited in claim 1, wherein the region is identified as the space covered by the navigational element and a predetermined amount of surrounding space.
 7. A method as recited in claim 6, wherein the surrounding space is measured relative to a center of the navigational element that is presented on the display, irrespective of a portion of the navigational element that is not presented on the display.
 8. A method as recited in claim 1, wherein the region provides a visual effect to indicate activation of the region as the touch input moves across the region or the corresponding navigational element.
 9. A method as recited in claim 1, wherein the threshold distance is configurable by a user of the electronic book reader device.
 10. A method comprising: under control of one or more computer systems configured with executable instructions, receiving a touch input on a graphical user interface (GUI), the GUI having one or more navigation elements each having an associated field that at least partially surrounds the navigation element; receiving an indication that the touch input is moving across the GUI; determining a trajectory of the touch input based at least in part on the indication; ascertaining changes in velocity of the touch input as the touch input is moving across the GUI; and in an event that the touch input mechanism is decelerating on a trajectory toward a navigational element and within a threshold distance from a field associated with the navigational element, enlarging the field associated with the navigational element.
 11. A method as recited in claim 10, wherein the touch input is received via a stylus or a finger of a user.
 12. A method as recited in claim 10, wherein the field is identified as a space covered by the navigation element and a predetermined amount of surrounding space.
 13. A method as recited in claim 12, wherein the surrounding space is measured relative to a center of the navigation element that is visible on a display.
 14. A method as recited in claim 10, wherein ascertaining the changes in the velocity of the touch input is based at least in part on the touch input being within the threshold distance of the field.
 15. A method as recited in claim 10, wherein the threshold distance comprises a predetermined distance relative to the field.
 16. A method as recited in claim 10, wherein the threshold distance is configurable by a user.
 17. A method as recited in claim 10, wherein the field is determined relative to a center of a portion of the navigation element that is visible as part of the GUI.
 18. A method as recited in claim 10, wherein determining the trajectory of the touch input comprises comparing at least two locations at corresponding times while the touch input moves across the GUI.
 19. A device comprising: a processor; a memory accessible by the processor; a display; and a user interface application stored in the memory and executable by the processor to: provide a user interface having one or more navigation elements, each having an associated field about the navigational element that, when selected, causes selection of the corresponding navigational element; detect changes in velocity of a user input as the user input moves across the user interface and toward a navigational element associated with a field; and adjust the field associated with the navigational element by enlarging the field when the user input decelerates within a threshold distance of the field.
 20. A device as recited in claim 19, wherein adjusting the field comprises enlarging the field by a configurable amount.
 21. A device as recited in claim 19, wherein adjusting the field comprises enlarging the field by a configurable amount based at least on the portion of the navigational element presented on the display without regard for a portion of the navigational element not presented on the display.
 22. A device as recited in claim 19, wherein the device comprises an electronic book reader.
 23. A device as recited in claim 19, wherein the device comprises a dedicated handheld electronic book reading device.
 24. A device as recited in claim 19, wherein the display comprises an electronic paper display.
 25. A device as recited in claim 19, wherein the display comprises an electronic paper display having a display update time of greater than about 15 milliseconds.
 26. A device as recited in claim 19, wherein the device comprises a handheld computer or a tablet computer.
 27. A device as recited in claim 19, wherein the user input comprises a first type of user input, and wherein the user interface application stored in the memory is further executable by the processor to: receive a second, different type of user input within a field; and respond to the second type of user input by providing an indication of activation of the field.
 28. A non-transitory computer readable medium having computer executable instructions encoded thereon, the computer executable instructions, upon execution, configuring a processor to perform operations comprising: rendering a graphical user interface (GUI), the GUI having one or more navigation elements each having an associated field; receiving a user input and determining a trajectory of the user input as the user input moves across the GUI; ascertaining changes in velocity of the user input as the user input moves across the GUI; and in an event that the user input is decelerating within a threshold distance of the associated field, determining a target navigation element of the user input based at least in part on the trajectory and increasing a size characteristic of the associated field.
 29. A non-transitory computer readable medium as recited in claim 28, wherein the user input comprises a touch input received via a stylus or a human finger.
 30. A non-transitory computer readable medium as recited in claim 28, wherein the field is identified as a part of the GUI approximately covered by the navigation element.
 31. A non-transitory computer readable medium as recited in claim 28, wherein the field is identified as a part of the GUI approximately covered by the navigation element and a predetermined additional part of the GUI.
 32. A non-transitory computer readable medium as recited in claim 31, wherein the predetermined additional part is measured relative to a center of the navigation element that is visible on a display.
 33. A non-transitory computer readable medium as recited in claim 28, wherein ascertaining the changes in the velocity of the user input is based at least in part on the user input being within a threshold distance of a field associated with the target navigation element.
 34. A non-transitory computer readable medium as recited in claim 33, wherein the threshold distance comprises a predetermined distance relative to the field.
 35. A non-transitory computer readable medium as recited in claim 33, wherein the threshold distance comprises a configurable distance relative to the field.
 36. A non-transitory computer readable medium as recited in claim 28, wherein the field is determined relative to a center of a portion of the navigation element that is visible as part of the GUI.
 37. A non-transitory computer readable medium as recited in claim 28, wherein determining the trajectory of the user input comprises comparing at least two locations at corresponding times while the user input moves across the GUI. 